% ----------------------------------------------------------------------- %
% Arquivo: intserv.tex
% ----------------------------------------------------------------------- %

\section{IntServ}
\label{c_cap_intserv}
Em redes de computadores, o IntServ ou serviços integrados é um modelo que visa garantir a qualidade de serviço fim a fim. O IntServ tenta manter os recursos da rede, tais como largura de banda, para fornecer QoS para fluxos individuais. Várias conexões virtuais são estabelecidas, e os roteadores armazenam em tabelas o estado de cada conexão.

Para estabelecer um conexão Intserv, entre dois pontos, se verifica no roteador se ele pode oferecer o recurso que a aplicação necessita no momento. Este roteador, por vez, irá verificar disponibilidade de recurso no roteador seguinte. Se todos os roteadores tiverem recurso disponível para oferecer, é estabelecido um canal de comunicação.

As entidades IntServ sinalizam o QoS para cada entidade de outro roteador da rede usando o protocolo de reserva RSVP (Resource Reservation Protocol), que é especificado na [RFC2205], e é capaz de iniciar e manter o estado do fluxo no domínio IntServ.

\begin{figure}[!htpb]
 \centering
 \includegraphics[scale=.4]{figs/intserv_rsvp.png}
 \caption{Modelo de IntServ}
 \label{fig:intserv_rsvp}
\end{figure}

Basicamente, a idéia por detrás do IntServ é que qualquer roteador no domínio IntServ, e que qualquer aplicação que exija um determinado nível de garantia seja responsável por fazer reservas individuais. Pode-se separar o IntServ em duas classes de serviço, sendo:
\begin{itemize}
 \item Serviço Garantido
Define garantia de banda fim-fim, com atraso conhecido. Destinado a aplicações em tempo-real que não toleram atraso ou perda de pacotes.
 \item Serviço de Carga Controlada
Não provê garantias de QoS rígidas. Procura evitar a deterioração do QoS de cada fluxo, através de mecanismos de antecipação de congestionamento. Destinado a aplicações que toleram um certo nível de atraso e perda de pacotes.
\end{itemize}

A abordagem de serviços integrados não é vista como apropriada para Internet, pois o RSVP é pouco escalável. O RSVP trabalha com muitas mensagens trocadas para estabelecimento da reserva, fazendo com que os roteadores necessitem manter informações de caminho (operação stateful).

Como mencionado anteriormente, IntServ depende do início e da manutenção da reserva de fluxo por estados, o que limita a sua escalabilidade e sua implantação. Isto dificulta a utilização deste modelo em redes de backbones, que têm de lidar com milhões de fluxos simultaneamente, não podendo tolerar as limitações de escalabilidade IntServ.

O DiffServ, Serviços diferenciados, é uma proposta alternativa do IETF para implementação de QoS em grandes redes.